home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Tools & Utilities
/
Collection of Tools and Utilities.iso
/
bbsutil
/
pxdos_20.zip
/
POLYXARC.DOC
< prev
next >
Wrap
Text File
|
1990-04-09
|
31KB
|
673 lines
page 1
PolyXarc
v2.0 9 April 1990
Public domain by Jeffrey J. Nonken
Amiga port by Steve Palm
OS/2 port by Bill Andrus
By giving this away, complete with source code and docs, I hope
to encourage others to do likewise. I think we can all gain in
the long run by sharing. Public Domain means that nobody owns it.
You can give it away, sell it, incorporate bits into other
programs, whatever you want. However, in the interests of program
management, I request that if you make changes that may benefit
others, you
1) Share them with us;
2) Send me a copy of source so I can make an 'official' release.
Warrantee: none.
Address netmail to 1:273/715 in Fidonet. If you wish to log on,
call (215)279-9799 (300/1200/2400/9600/14400 HST/V.32), PCPable.
You can get the latest distribution version of PolyXarc by file
requesting POLYXARC from 1:273/715. If you wish to send anything
via U.S. Snail, write to:
Jeffrey J. Nonken
507 Ave. Presidio
San Clemente, Ca. 92672
NOTE: Version 2.0 has major changes in the configuration file
syntax. VERSION 1.x CONFIGURATION FILES WILL NOT WORK WITH 2.x! I
have made no attempts to detect old configuration files and
provide correction or warning; that would complicate and enlarge
PolyXarc unnecessarily. It is up to you to make sure your
configuration files have been replaced or updated.
WHAT IT IS
==========
"Poly" means "many", and "Xarc" means "archive extractor".
PolyXarc is a program that permits automatic extraction of most
known archive formats. By "Xarc" I do not necessarily refer to
SEA's ARC program or the file format supported by ARC (which I
will refer to as ".ARC format" herein), although PolyXarc
supports both. The purpose of this program is to allow Fidonet
BBS system operators to automatically extract bundles that have
been made with various archive programs. Traditionally sysops
have use one .ARC format program or another. But recent
improvements in compression techniques, along with a rapidly
climbing volume of echomail, have encouraged sysops to look at
other programs.
It is not my purpose to praise one archive format over another.
In fact, the whole purpose of this program is to support as wide
a variety as possible.
PolyXarc 2.0: multiple-format archive extractor executive
page 2
PolyXarc does not itself extract archive files; PolyXarc
identifies which format is being used and calls on the
appropriate archive extractor program to do the actual work. In
this lies its flexibility. Think of PolyXarc as an "Archive
Extractor Executive".
PolyXarc is a direct replacement for SPAZ v1.40 (developed by Dan
Thomson and Andrew Farmer), except that PolyXarc is much larger
(about 35k vs. 6k) and may not work in cases where memory is at a
premium. However, the SPAZ developers have not been able to keep
up with recent developments. Therefore I wrote PolyXarc to take
up the slack.
Aside from maintaining compatibility with SPAZ, I designed
PolyXarc with three major goals in mind:
- directly executable by Opus (replaces ARCE) or other mailers;
- stand-alone (can automatically extract all mail bundles);
- maximum flexibility.
PolyXarc supports one critical command-line switch that SPAZ 1.40
does not: the '/r' switch. Opus 1.0x passes a '/r' switch to ARCE
to force it to overwrite existing files, and SPAZ will exit with
an error if it sees that switch, making it unsuitable for use as
a direct ARCE replacement. PolyXarc will accept either '/r' or
SPAZ's '/o'.
PolyXarc also duplicates SPAZ's ability to find all mail bundles
in a specified directory and de-archive all of them. In addition,
PolyXarc will sort the files by their date/timestamps before
beginning extraction to assure that the packets are, as much as
possible, extracted in the correct order. PolyXarc also gives you
the choice of limiting the number of archives that it extracts in
a session so that you can process them a few at a time instead of
all at once.
I tried to write PolyXarc to be as flexible and expandable as I
could within reason. Unlike most multi-archive mail unbundlers,
except for some .ARC format recognition, PolyXarc does not have
any specific format recognition built in. Instead, PolyXarc has a
configuration file that contains signature strings and command
line templates, allowing you to expand PolyXarc's capabilities
without having to write any code. In addition, you can customize
PolyXarc's recognition of .ARC format compression flags, and tell
it which program to use for which flag. However, if all else
fails, and you come upon a format which PolyXarc is not equipped
to handle, you can alter the source to accomodate it, for I have
released the source code to the public domain. This gives
unlimited permission for anybody to alter it, providing a
permanent upgrade path.
PolyXarc 2.0: multiple-format archive extractor executive
page 3
The one thing SPAZ has that PolyXarc does not support is the -A
switch. That causes SPAZ to limit itself to using ARCE for level
8 .ARC format files. Since PolyXarc on one hand does not directly
support any specific program, and on the other hand is completely
configurable, it makes no sense for PolyXarc to support the -A
flag. If -A shows up on the command line, PolyXarc will ignore
it.
HOW TO USE IT
=============
PolyXarc's syntax is:
PolyXarc [switches] archive [name [name...]] [switches]
Recognized switches are:
-Cconfig -I -O
-D -Maddr -R
-F[n] -N -Q
archive
This is the name of the archive file you wish to extract from, or
if you specify the -F switch, the path where mail bundles are
kept. In the former case (not using -F) wildcards are supported,
and if you do not supply an extension, PolyXarc will assume an
extension of ".*". In the latter case (using -F), you must
specify a path ONLY, not a file name. Also, if you specify -F you
may leave the archive path out completely and it will default to
the current directory.
name...
This is one or more names of files within the archive. If you
list more than one name, they should be separated by spaces.
These are optional. If left off, most extractors will assume that
you want to extract all files. The only limitation is that
PolyXarc expects an archive or path nam